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FDP-I-X PROCESS SCHEDULING 

One of the most important facilities provided by the 
PDP-l-X is parallel programming, A computation is allowed 
to have many processes; tUamc processes time-share the 
central processor for the duration of -fe&e computation's 
w quantum". The executive function of scheduling processes 
is carried out by special hardware, with minimal help from 
software (the executive). This memorandum describes both 
hardware and software aspects of process scheduling. 

The processes which are subject to scheduling are 
those processes which are ac tive (i.e. not hung in e.g. 
x/o wait ; and will be restarted in a program -*Hwg*=gwfc*w* 
which is currently in physical core memory. Such a process 
is called runajble. The runable processes are organised 
into a multi-level process queue (or run queue ) . 

The run queue contains just those processes x^hich the 
system is "willing" to run at any time. Before describing 
the scheduling policies applied to this queue, we will 
specify the internal organization of the queue, and discuss 
mechanisms which place processes in the queue or remove 
them from the queue. 

The queue has eight priority levels, numbered from 
(high priority) to 7 (low priority). There is a 16-word 
queue hea6. table* which contains pointers to heads and tails 
of rings of processes. A process is represented by a process 
§£tLitL&> which contains four pointer words and a status word 
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Figure 1. A ring of two processes at level 7 of the queue 
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as well as the six words of stateword. In a process entity, 
two of the pointer words link the process in a ring of the 
run queue (these pointers are used for (many) other purposes 
when the process is not active), and the other two link 
the process to its computation entity. (Bach "computable** 
smbllj luiu fuui xlii&ej uf yxuuyua winvxmi unu I ' m um > *» 
o f its pyoQU Bi m liniiioa fliiirt-lmnf ii A gauouuu auajiOaiij, jua ouiu J ■ 
Mill In i . Li liiig J>) (see figure 1.} 

There are many mechanisms which cause processes to 
enter or leave the queue* Most of these mechanisms affect 
only one process at a time, but a few can affect many processes. 
These are computation scheduling and the meta -instruction 3top. 

The computation scheduling algorithm will remove processes 



J\ 



from the run queue when it swaps their program iwuyu^uttoiuii 
out of core, and adds processes to the run queue when it 
brings their program lmaq » m i Usn into core. In addlOlun, 
ttoo ^omputiotJ.Qn nnhndniin^ oipn^thm v»^a a T^ ninaWi-tr proooopo n 
- while awl»ehlii& btUum uuaiptttiu 'b lun t ij anil n a uam niddu umu 

^nnntftPtinn J-n fVin mm,. ,,i , , ■■ i i [J +.- ^.^fr, ^fl rntnotTOD 
th a w boJJuiL ulaitlxife UUe ntm uumpu»a»i 8 »'e "quBuUum 11 . (Puil i ^i 
■^ ■• '"nmmitinflnnlff tt qwufrtHm tl! j e n l y ona s u fa ivo py Bt oonoo and feh e * 

The meta-instruction stop suspends all processes in a 
specified computation, and creates suspended process capabilities 
and corresponding new processes at the fault address of the 
computation which said stop, a process is suspended by making 
It inactive (and removing it from the run queue, if it was there), 
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The following mechanisms involve only a single process. 

When an i/o function is started, the process which started 
the function is suspended and an entry is made in the i/o function 
started table* pointing to the newly suspended process. 

When an i/o function completes , the process indicated by 
the i/o function started table entry is made active, and, if 
runable, is inserted in the queue at a level determined by the 
i/o function started table entry* If the process is not 
runable, the desired level is remembered in the process 



status wordjaafcthe associated computation entity isvlmarked c °[» ^ ^ ' }i!t 
for priority restart. ^*-^ ' '' " ^ V A?- 

On an x/o error (function busy or function tardy), the ^^L- 
running process (which must have caused this error) is suspended, 
and a suspended process capability and a, corresponding process 
at the fault address in the superior computation are created. 
The same action is taken on*t>realcpoints, illegal opcodes, Jilt^.L 
<ji*^f* x % n & halt instructions. 

When a process quits, the process is removed from the 
run queue and the process entity is returned to the pool 
of empty process entities. 

When a process forks, a new, empty process entity is 
added to the queue level of the forking process, and is made 
the process entity of the forked process. Execution of the 
computation continues with the forked process. 

On an address Bnag, the running process is ouoponde i 
und dUded to a lmi oi' pi'ufeaaub wgilUi are waiting 101' th* 
, nottdea ppoQram rauHj" iuilIIuii. When this section reaches 
core memory, frhcoo -proces afrMwa returned to the run queue. 
(On tiAO-fliub ^acli^addiiuu ji^g 9 llxu e fc i'mu Luiulcr request 'la 




When a process does an enter, the process is suspended 
and a new process is created in the executive , at the address 
specified in the invoked entry capability* (The new process 
has a pointer to the process which entered » ) 

Whenever any of these mechanisms is used to modify the 
contents of the run queue, it is always necessary to recompute 
the number of processes linked to each level of the queue. 
The running count is kept in the 8 -word queue fioj>ulatjjon table c 
A simple scan of this table allows us to find the highest 
(in priority) occupied level. 

Finally, we discuss scheduling policy for the queue Just 
described. The essence of the policy is to run processes 
from the highest occupied level of the queue, but to do so 
fairly. 

With each level of the queue is associated a particular 
9S&£jtJES time* which must be a multiple (between 1 and 31 ) 
of the subguantum time, which is 1.28 bis* (256 memory cycles).. 
The scheduling algorithm allows us to switch processes only 
at the end, of a subquantum. \lhen we do switch processes, 
there are two possible reasons for doing so: 

1) A process of higher priority has appeared in the queue 

2) The current process' quantum has expired, and there 
are other processes to run, at this queue level or 
lower* 

In the first case, ^e interrupt the running process as 

soon as the current subquantum ends, and run the first process 

in the highest occupied level of the queue. The interrupted 

process remains at the head of its queue level, and contains 
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in Its stateword a non-zero quantum counter (which records how 
far along in its quantum it is}« Thus, when this process 
resumed,, it will finish its quantum (rather than starting a 
fresh one). 

In the case of an expired quantum, the process is removed 
from its level of the queue and tacked onto the tail end of 
one of the lower levels. Its quantum counter will be zero, 
indicating that its quantum (at the net* level) has not started. 
The choice of which level the process enters is made by 
hardware, and depends on how many quanta the process was given 
while it was in execution. After the expired process has been 
relinked to the queue, the first process in the highest 
occupied queue level is run. 

It may be that, at the end of the running process' quantum, 
there is no equally deserving process. If the above policies 
were followed in this case, there would be some wastage of 
time as we stopped the process, linked it to the queue, 
searched the queue, and finally restarted the same process 
again. So this case is recognized by the hardware and no 
interruption occurs. 

Special hardware assists in the scheduling by keeping 
running track of quanta and the priority of the current process; 
this hardware determines when either of the above trapworthy 
situations exists, and causes a PREEMPT trap or a RND RBN 
trap (for cases 1 and 2 3 respectively). The hardware has 
a queue priority register QP (3 bits plus a 1-blt extension 
Q£ which indicates when the queue is empty), a current priority 
register C? (3 bits plus a 1-blt extension HP which indicates 
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Figure 2 S part 1. Process Scheduling Hardware 
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Figure 2, part 2. Process Scheduling Hardware 
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when the PDP-l-X has nothing to do), a quantum timer 03? (8 bits) 
and its extent ion, the quantum counter QC (5 bits). The 
register CP contains the queue level number of the running 
process. CP is loaded when we start to run the process and 
as the process runs, the hardware may change (increment) it. 
When the process returns to the queue, its level of insertion 
is determined by CP. The register QP is always reset (by 
software) to the level number of the highest occupied level 
of the queue (not counting the currently running process 
as being in the queue). 

The process scheduling hardware is shown in figure 2. 

Not shown or mentioned above, although essential to 
efficient operation of the PDP-i-X, is the special break) 
a n< 3 unbreflk hardware with its process pointer register. 
The break and unbreak hardware deposits and reloads the 
stateword of the running process directly from the process 1 
process entity, rather than using preset locations in the 
executive core. The location of the stateword is maintained 
by the executive in the process pointer register PP (12 bits). 

J\ break requires five memory cycles to deposit the 
stateword, while an unbreak requires «*weiau cycles. There is 



a special form of unbreak, called unbreak fork* which loads 
the stateword from one process entity, sets the process 
pointer to point to a different process entity, picks up 
the extended address in the cell after the fork which the 



first process executed (we assume), and starts the new process 
there. This in effect copies the stateword of the forking 
process into the forked process at no cost to the system. 
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The Executive uses the process scheduling hardware to 
decide when to run another process, and merely supplies the 
hardware with values for CP and QP. The only other computation 
required xshen processes are changed is a bit of pointer 
manipulation (in the queue head table,, various process entities, 
and the contents of the process pointer). 

The following pseudo -programs outline executive action 
required to start a new process, handle a PREEMPT trap, and 
handle a END REM trap* 

newproc: comment start running the most deserving process; 

begin find highest occupied level of queue; 

set CP to this level number ; 

remove first process in this level from 
this level and fix up pointers around it; 

set process pointer to stateword of this process; 

subtract 1 from appropriate queue population 
table entry; 

find highest occupied level of queue; 

set QP to this level number; 

start the chosen process com ment unbreak end; 



preempt: comment program to handle PREEMPT trap; 
read CP; 

return running process to queue at head of ring at 
this level; 

add 1 to appropriate queue population table entry; 
go to neisproc; 
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rnd.rbn: comment program to handle RND KM trap; 
read CP; 

return running process to queue at tail of ring 
at this level; 

add 1 to appropriate queue population table entry; 

go to newproc; 



